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DTC-10 HOST ADAPTER* 
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SPECIFICATION 
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♦THE DTC-10 SUPPORTS STANDARD ADDRESSING , i.e., 
8 Bit Data paths (Din and Dout) 
3 Bit I/O Address (256 I/O ports^ 



WARRANTY DISCLAIMER ; 

ANY MODIFICATION OR ALTERATION TO THIS BOARD AUTOMATICALLY 
NULLIFIES ANY WARRANTY OFFERED BY DTC OR ITS DISTRIBUTORS. 
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1.0 INTRODUCTION 

The DTC-10 Host Adapter is a single board interface card for the IEEE 
696.1 S-100 Bus. This Host Adpater may be utilized with any of the Data 
Technology Corporation fixed disk controllers (DTC-IKA series). This 
specification provides the programming mechanism and command block 
format utilized by the DTC-10 Host Adapter. The detailed specifications 
for the DTC controllers can be found in the respective controller 
documentation . 

The DTC-10 Host Adapter fits into a single S-100 Bus slot and presents 
one unit load to the bus. 

Commands are issued to the controller through the Host Adapter in the 
host computer. The controller accepts data from the Host Adapter and 
transfers the data to the correct location on the disk. In addition, 
the controller will detect/correct burst errors from the fixed disk 
drive (4 bits in length) before data is transferred to the computer. 



2.0 DISK SUBSYSTEM 

The DTC-10 Host Adapter and the DTC-IKA controller comprise one part of 
the disk storage subsystem. Each of the DTC controllers complies with 
the interface requirements for the particular disk drive so that 
installation is fairly simple. In addition, the DTC-10 Host Adapter 
will operate with any DTC controller/formatter with the standard DTC 
host interface. A list of available DTC-IKA controllers and their 
respective disk drives follows. 

(Since new, and sometimes plug-compatible drives are consistently being 
introduced this list is only representative) 

CONTROLLER DISK AND CAPACITY 

DTC 510 Seagate Technogy ST506 or equivalent 

(Olivetti, RMS, and Tandon Magnetics) 
1 or 2, ST506 drives - 3 or 6 MBytes each 

SA1410 Shugart Associates M600 

DTC520 4 drives, ST506 type and 96 TPI mini-floppy 

(MPI, Shugart Associates etc.) 

SA1420 Shugart Associates M600 with 96 TPI; mini-floppy 

SA1401 2 Shugart Associates SAIOOO (5 or 10 MBytes) 

SA1403D SAIOOO with integral IBM compatible 

single/double density 8-inch flexible disk 
drive backup 



SA1404 

SA1404D 

SA1406 

SA1407 
DTClOl 

DTCIOID 

DTC900 



Shuqart Associates SA4000 (14 to 58 
MBytes) 

SA4000 with SA800/850 integral IBM compatible 
single/double density flexible disk drive backup 

SAIOOO with Data Electronics Streaker streaming 
tape backup (10 to 20 MBytes) 

SA4000 with DEI Streaker backup 

Memorex 101 (11 to 22 Mbytes) 
Fujitsu 2301/2 (11 to 22 Mbytes) 

Memorex 101, Fujitsu 2301/2 and integral 
IBM single/double density backup 

SAIOOO or Q2000 with Data Peripherals 
DPIOO (10 Mbytes) 8 inch cartridge 
backup 



2.1 THEORY OF OPERATION 

Disk connands are issued to the DTC controller via commands stored in 
the main memory (the command structure is described in section 4.0 of 
each of the DTC controller specifications) . Depending on the type of 
command, the controller will request up to 10 command bytes. Upon 
reception of the last command byte, the controller begins execution of 
the command . 

For the data transfer commands, a check is performed on the disk 
address, and status is flagged if it exceeds the drive limits. The data 
is stored in a sector buffer on the controller before it is transferred 
to the host or disk drive. This buffer eliminates 'any possibility of 
data overruns between the host and the disk. 

Upon completion of the command, the controller will output the 
completion status to the data register in the Host Adapter. (Further 
delineation of the completion status may be requested by issuing the 
appropriate sense commands.) 



2.2 



ELECTRICAL INTERFACE 



The electrical interface to the Winchester disk drives and flexible 
drives will conform to the requirements described in the fixed disk and 
flexible disk interface specifications. 

The electrical interface to the S-100 Bus will conform to the 
particular requirements of the S-100 backplane. 



3.0 DTC-10 HOST ADAPTER 

The DTC-10 Host Adapter is designed to operate in most S-100 systems 
based upon IEEE. 

3.1 INTERFACE REGISTER DEFINITION 

The interface registers for the DTC-10 Host Adapter are listed below 
Where b represents the 6 most significant bits of the I/O address. 

HEX Address Register 

bOO Data in/out Register DAR 

bOl Control Register (write only) CNR 
b02 Status Register (read only) BSTAT 

The bit definition for each register is described in the following 
sections . 



3.1.1 BIT DEFINITION FOR EACH REGISTER 

CONTROL REGISTER (CNR) OUTPUT ADDRESS MNl 

Bit 7 Not used 

Bit 6 Assert select and Data bit ^ 

used to access a controller 

Bit 5 Not used 

Bit 4 Not used 

Bit 3 Not used 

Bit 2 Not used 

Bit 1 Enable data, after the selection process 

Bit Not used 

3.1.2 BUS STATUS - processor can read status of host bus 
BUS STATUS (BSTAT) INPUT ADDRESS MN3 

Bit 7 REQ - indicates the controller either 

requests data or has data for the host 
adapter. 

Bit 6 IN/OUT* (reference to controller) - low 

indicates data to host adapter, high 
indicates data to controller.- 

Bit 5 MSG - indicates last byte in data or 

command string. 

Bit 4 COM/DTA* - a command to the controller will 

have a high, data will be low. 

Bit 3 BUSY - indicates the status of the busy 

signal. High means controller is busy. 

Bit 2 Not used (low) 

Bit 1 Not used (high) 

Bit Not used (high) 



3.2 SOFTWARE THEORY OF OPERATION 

The method by which a command is executed is as follows: 

1 - Device driver builds a Command Descriptor Block (CDB) in 

system memory (see section 4.0 of the appropriate 
DTC controller specification) . 

2 - The driver then writes the address of the first byte of 

the CDB into the Command I/O Pointer Block (CIOPB) of the 
command driver routine. 

3 - The DATA ADDRESS (DAD) is also set up if a data transfer is 

required. Commands requiring data transfers are READ, WRITE, 
READ ID, REQUEST SENSE, REQUEST SYNDROME, and WRITE ECC . 

4 - The driver now performs a GETCON routine which determines 

if the controller is busy. When it is not busy, the GETCON 
routine will assert the SELECT line until the controller 
responds with a BUSY. 

5 - 't'Then the controller responds to the host adapter by 

asserting BUSY, the driver shifts to the OUTCON routine. 
In response to the REQuest bit in the BSTAT, the driver 
passes the command a byte at a time to the controller. 

6 - The controller verifies that the command is correct and 

begins the command execution phase. At this time the 
data is transferred to the host adapter and into ;fehe 
S-100 -ler.ory. 

7 - After the data transfer is completed, the controller 

enters the command completion phase. The controller 
sends a one-byte status to the host adapter indicating 
whether or not an error occurred during command 
execution. This is handled by the CMPSTAT routine. 
Finally, the controller sends the message byte (of zeroes), 
and the operation is complete. , 

B - At this time the controller enters the idle (non BUSY) mode 
awaiting another command. If an error was encountered by the 
controller, the CMSTAT routine will return with it in the C 
register. It is the responsibility of the device driver to 
issue a REQUEST SENSE command to request any detailed 
information about the error. 



3.3 HARDWARE THEORY OF OPERATION 

The Host Adapter serves as a data channel for the controller. Commands 
and data are fetched/stored to the system memory as a function of REQ. 
The Host Adapter consists of Command and Status Registers, a DMA 
channel, and an interrupt latch. The registers are addressed as I/O 
ports. Commands and data are passed through these registers as a 
function of the l/O driver routine and the controller status lines. 
The host adapter will return an ACK after each DATA or COMMAND cycle 
has been completed. 

Each memory cycle is initiated when the controller asserts REQ. The 
driver will respond by reading/writing the data register. 

When data is transferred to the host adapter, the data on the host bus 
is held until the memory write is completed. When data is transferred 
to the controller, the data is latched into a holding register, then 
sent to the controller. 

3.3.1 I/O LOGIC OPERATION (Bus Slave) 

The Host Adapter responds to commands from the CPU processor to either 
read a particular register or write to a register. The address 
selection switches are set with the dipswitch at location 5D. The 
dipswitch selects a block of four l/O addresses. A read is selected 
vhen lines DBIN, pR/W*, and sINP are asserted with the appropriate I/O 
address. A write is performed when sOUT is high and pR/W* is low along 
with the l/O address. Because low power Schottky logic is used, the I/O 
logic will perform at the highest speed clocks now currently in use. 



4.0 ELECTRICAL/MECBiANICAL SPECIFICATIONS 

HOST ADAPTER PHYSICAL PARAMETERS 
(The DTC-10 Host Adapter fits into a single S-100 slot) 
Width 10.0 inches 

Length 5.125 inches 

Height 0.75 inch 

Weight 0.7 lbs. 



ENVIRONMENTAL PARAMETERS 

Operating: Storage: 
Temperature 
(degrees F/C) 32/0 to 131/55 -40/-10 to 167/75 

Relative Humidity 10% to 95% 10% to 95% 

( v^ 40 degrees F, 
wet bulb temp, 
no condensation) 

Altitude sea level to sea level to 

lOK feet 15K feet 



POWER REQUIREMENTS 
Voltage (3 Gurrent(host adapter) +8 VDC @ 1.5A(max) 



Note: For the physical parameters of the controller, refer to its DTC 
controller specification. 



5.0 INSTALLATION 

5.1 INSPECTION 

Inspect all shipping containers for damage. If a container is damaged, 
the contents should be checked and the Host Adapter verified 
electrically. If the Host Adapter is damaged, call Data Technology 
Corporation, Customer Service, for Material Return Authorization 
number. Please retain all shipping labels and documentation. 

5.2 PREPARATION FOR USE 

Before the Host Adapter can be used, initial setup may be required. Be 
sure the power requirements for the Host Adapter are met (section 4.0). 
The Host Adapter is installed in a vacant slot in the 
S-100 backplane. 

A 50-pin, mass-terminated cable connects the Host Adapter to location 
J6 on the DTC controller board (pin 1 is marked on the Host Adapter 
connector (as a triagle or dot) and on the controller silkscreen) . 
Refer to the interconnection diagram in the appropriate controller 
specification for connection of the controller to the disk drives. Note 
that all cables, including drive cables, are of the mass-terminated 
type, so no inadvertant signal swapping can occur. 

Be sure the controller has adequate DC power (refer to the controller 
specification; the controller maintains the same power connector 
pinouts as the disk drive). To set up the controller, refer to the 
switch setting instructions found in the controller specification. 

The following sections describe in detail the proper jumper settings on 
the Host Adapter. 

5.2.1 ADDRESS SWITCHES 

The address switch is located in position 5D 

Note: If the switch is on, the logic compares for zero 
(OV to 0.8V ) on the S-100 bus. 
Bit assignment is as follows: 



POSITION 


ADDRESS 


1 


A7 


2 


A6 


3 


A5 


4 


A4 


5 


A3 


6 


A2 


7 


NC 


8 


NC 



5.2.2 PARITY 

The DTC-10 does not generate parity, so the parity option on the 
controller should be disabled. 

5.3 INITIAL CHECKOUT 

The initial verification of the disk subsystem can be done via an 
appropriate monitor PROM or through a debugging utility such as DDT 
under CP/M* . 

First, verify that all the interface registers are accessible through 
the correct addresses and that the registers can be read/ written with 
the expected results. Install driver routines from reading the appendix 
A or from the DTC S-100 Driver BIOS Diskette. Next, attempt to issue a 
few commands to the disk subsystem again via the console. 

A recommended approach is to first issue a RECALIBRATE command. After 
verifying that it executed correctly, issue a SEEK command to verify 
that the Logical Address calculation has been performed correctly. 
Then, issue a FORMAT DRIVE command; the recommended interleave for the 
S-100 system running at 2MHz is 4. Finally, 

the data transfer command should be issued to verify the data. All 
commands can be issued via the console programmer's interface. 



6.0 REFERENCE DOCUMENTATION 

This section provides information regarding the documentation available 
for using the DTC-10 Host Adapter. 

6.1 DTC SUPPLIED DOCUMENTATION 

6.1.1 DTC CONTROLLER SPECIFICAITONS 

Each controller that is manufactured by DTC is described by its 
own specification. Refer to the appropriate controller 
document when attempting to program the disk subsystem. 

6.1.2 DTC SOFTWARE MANUAL 

This manual explains how to install CP/M onto your system using 
1403D controller and the DTC-10. Also available is a DTCBIOS 
Diskette. 



6.2 OTHER DOCUMENTATION 

6.2.1 IEEE S-100 

a. IEEE 696.1 Standard Specifications for S-100 Bus Interface 

Devices 

b. S-100 CPU/ System Manual - use version appropriate for your 

system. 

6.2.2 Disk Drive Documentation 

Use the appropriate drive manufacturer's manual for your disk drive. 



.PPENDIX A COMMANDS/PROGRAMMING 

An I/O request to the DTC controller is performed by passing a command 
descriptor block (CDB) to the controller. The first byte of a CDB is 
the command class and opcode. The remaining bytes specify the drive 
logical unit number (LUN), block address, control bytes, and number of 
blocks to transfer. The controller performs an implied seek and verify 
when commanded to access a block. 

Due to the different types of commands each controller recognizes, the 
command format for the Host Adapter will only indicate the skeletal 
representation of the command. The reader is directed to section 4.0 of 
the appropriate DTC controller specification for more detailed command 
information. 



A.l Command Format 

A. 1.1 Commands Requiring 6 Bytes 



7 


6 5 4 


3 2 


1 







Command 


Byte 








Command 


Byte 1 








Command 


Byte 2 








Command 


Byte 3 








Command 


Byte 4 








Command 


Byte 5 






7 


6 5 4 


3 2 


1 






xxxx 

XXXX + 1 
xxxx + 2 
xxxx + 3 
XXXX + 4 
XXXX + 5 



XXXX is the HEX address that is loaded into the CIOPB location 



\.1.2 Commmands Requiring 10 Bytes 



7 6 5 4 


3 2 10 1 


Command 


Byte 1 


Command 


Byte 1 1 


Command 


Byte 2 1 


Command 


Byte 3 1 


Command 


Byte 4 I 


Command 


Byte 5 1 


Command 


Byte 6 1 


Command 


Byte 7 1 


Command 


Byte 8 1 


Command 


Byte 9 1 


7 6 5 4 


3 2 10 1 



xxxx 

XXXX + 1 
xxxx + 2 
xxxx + 3 
XXXX + 4 
XXXX + 5 
XXXX + 6 
XXXX + 7 
XXXX + 8 
XXXX + 9 



XXXX is the HEX address that is loaded into the CIOPB location 



A. 2 Request Syndrome Command 

The REQUEST SYNDROME Command returns 2 bytes of information. The 
data returned for the REQUEST SYNDROME Command is listed as follows: 



Data Byte 
Data Byte 1 



XXXX 
XXXX + 1 



xxxx is the HEX address that is loaded into the DMA location 



A. 3 Drive and Controller Sense Information 

Upon execution of the REQUEST SENSE command, the controller 
returns 4 bytes of information in the following format. Refer to Drive 
and Controller Sense in section 4.0 of the respective DTC controller 
specifications for a detailed interpretation of these bytes. 



1765432101 
I 1 

I Data Byte I XXXX 
I 1 

I Data Byte 1 I XXXX + 1 
I Data Byte 2 I XXXX + 2 
I Data Byte 3 I XXXX + 3 

XXXX is the HEX address that is loaded into the DMA location 

Note: Data that is received from the controller as well as data that 
is sent to the controller will be transferred in the above 
order. 



APPENDIX B 



HOST BUS PIN ASSIGNMENT 



The host l/O bus uses a 50-pin connector (AMP 2-87227-5 or equivalent) 
The unused pins are spares for future use. The pin assigments are as 

follows: 



Signal 



Pin Number 



DATAO 
DATAl 
DATA2 
DATA 3 
DATA4 
DATA 5 
DATA6 
DATA7 
PARITY 



2 

4 
6 
8 
10 
12 
14 
16 
18 



BUSY 

ACK 

RST 

TDN 

SEL 

C/D 

REQ 

I/O 



20 
22 
24 
26 
28 
30 
32 
34 

36 
33 
40 
42 
44 
46 
48 
50 



Future 
Usage 



Note: All signals are negative true and all odd pins are connected to 
ground. The signal lines are terminated with 220 ohms to 5V and 
3 30 ohms to ground. 



APPENDIX C 



IEEE S-100 SYSTEM BUS - Signal Definition 



Pin 



Signal 



IEEE S-100 Bus 
Component Side Pins 

Description 



1 


+8 volts 


2 


+16 volts 


3 


XRDY 


4 


VII* 


5 


VII* 


6 


VI2* 


7 


VI3* 


8 


VI4* 


9 


VIS* 


10 


VI6* 


11 


VI7* 


12 


NMI* 


13 


PWRFAIL* 


14 


DMA3* 


15 


A18 


16 


A16 


17 


A17 


18 


SDSB* 



19 



CDSB^ 



20 


GND 


21 


NDEF 


22 


ADSB* 


23 


DODSB* 


24 


Phi Clk 


25 


PSTVAL 


26 


PHLDA 


27 


RFU 


28 


RFU 


29 


A5 


30 


A4 


31 


A3 


32 


A15 


33 


A12 


34 


A9 


35 


DOl 


36 


DOO 


37 


AlO 



Logic power - unregulated, max < 11. 5v 
Aux power - unregulated, max < 21. 5v 
Act H, one of two bus ready signals 
Vectored interrupt line 0, active low, open 
collector; used with a vectored interrupt 
circuit to speed interrupt handling. 
See pin 4 



Non-maskable interrupt? active low, open 

collector. 
Power failure signal, active low 
DMA request? active low, open collector 
Extended address bit 18 
Extended address bit 16 
Extended address bit 17 
Disable the 8 status signals; active low, 

open collector 
Disable the 5 control output signals; 

active low, open collector 
Extra ground 
Not defined (is used as optional DMA 

Request; open collector, low ) 
Disable the address lines (first 16); 

active low, open collector 
Disable data output, lines; active low, 

open collector 
Phase 1 master timing for the bus 
Status valid strobe; active low, at PSYNC 

time indicates that stable address and 

status are on the bus. 
Hold acknowledge signal, active high 
Reserved for future use 

M II II II 

Address bit 5 

Address bit 4 

Address bit 3 

Address bit 15 

Address bit 12 

Address bit 9 

Data out bit 1, bidirectional data 1 

Data out bit 0, bidirectional data 

Address bit nlO 



38 


D04 


39 


DOS 


40 


D06 


41 


DI2 


42 


DI3 


43 


DI7 


44 


SMI 


45 


SOUT 


46 


SIMP 


47 


SMEMR 


48 


SHLTA 


49 


CLOCK 


50 


GND 



Data out bit 4, bidirectional data 4 
Data out bit 5, bidirectional data 5 
Data out bit 6, bidirectional data 6 
Data in bit 2, bidirectional data 10 
Data in bit 3, bidirectional data 11 
Data in bit 7, bidirectional data 15 
Status indicating machine code fetch 
Status indicating l/O output cycle 
Status indicating l/o input cycle 
Status indicating memory read - not an 

interrupt instruction fetch 
Status indicating halt instruction is 

being acknowledged 
A 2MHz clock - not required to be 

synchronous with other events 
Main ground 



S-100 Circuit Side Pins 



51 


+8 volts 


52 


-16 volts 


53 


GND 


54 


Slave CLR* 


55 


DMAO* 


56 


DMAl* 


57 


DMA 2* 


58 


SXTRQ* 


59 


A19 


60 


SIXTN* 


61 


A20 


62 


A21 


63 


A22 


64 


A23 


65 


NDEF 


66 


NDEF 


67 


PHANTOM* 


68 


MWRT 


69 


RFU 


70 


GND 


71 


RFU 


72 


RDY 



73 



74 



INT* 



HOLD* 



See pin 1 

Negative aux power, unregulated, max <21.5v 

Extra ground 

Resets bus slaves, is active with POC - 

DMA request line, active low, 

open collector 
same as DMAO* 
same as DMAO* 
Status signal which requests that 16-bit 

slaves assert SIXTN* 
Extended address bit 19 
An active low signal asserted by 16-bit bus 

slaves in response to SXTRQ* 
Extended address bit 20 
Extended address bit 21 
Extended address bit 22 
Extended address bit 23 
Not defined (can be used as optional DMA 

Request, open collector, low true) 
same as above 

Status indicated memory write 

Extra ground 

Ready, indicates memory or I/O is ready; 

active high, open collector 
The primary interrupt request signal is 

low true, open collector. 
Request processor stop for DMA purposes; 

active low, open collector 



75 
76 

77 



RESET^ 



PSYNC 



PR/W^ 



78 


PDBIN 


79 


AO 


80 


Al 


81 


A2 


B2 


A6 


83 


A7 


84 


A8 


85 


A13 


86 


A14 


87 


All 


88 


DO 2 


89 


DO 3 


90 


DO 7 


91 


DI4 


92 


DI5 


93 


DI6 


94 


DIl 


95 


DIO 


96 


SI NT A 


97 


SWO* 


98 


ERROR* 


99 


POC* 


100 


GND 



Master reset signal r active low, open 
collector 

Control signal indicating beginning of new 
bus cycle 

Read high, write low with data from CPU 
valid during low phase. 

Control signal requesting input data 

Address bit 

Address bit 1 

Address bit 2 

Address bit 6 

Address bit 7 

Address bit 8 

Address bit 13 

Address bit 14 

Address bit 11 

Data out bit 2, bidirectional data 2 

Data out bit 3, bidirectional data 3 

Data out bit 1, bidirectional data 7 

bidirectional data 12 
bidirectional data 13 
bidirectional data 14 
bidirectional data 9 
bidirectional data 8 

Status indicating fetch of interrupt 
instruction 

Status indicating transfer of data from 
bus master to bus slave 

Status indicating error condition during 
the present bus cycle 

Power on clear, must remain low for 10ms 

Main ground 



Data in bit 4, 
Data in bit 5, 
Data in bit 6, 
Data in bit 1, 
Data in bit 0, 



PPENDIX D SAMPLE PROGRAM FOR DTC-10 HOST ADAPTER 

The DTC-10 Host Adapter uses programmed I/O, taking advantage of 
the fact that the DTC controllers have a built-in sector buffer. The 
control lines of the host bus are available to the CPU through the Bus 
Status Register. Data and commmands are transmitted through the host 
bus by a simple handshake procedure as outlined in the DTC controller 
specifications. The types of commands available to the user are as 
follows: 

STATUS Sends drive status to host adapter 

TEST DRIVE READY 
REQUEST SENSE 
CHECK TRACK FORMAT 
REQUEST SYNDROME 

MOTION CONTROL Moves heads without R/W operation 

SEEK 
RECALIBRATE 

R/W Read Write Operations 

READ 

WRITE 

COPY 

FORMAT Formats drive or tracks with specified standard format 

FORMAT TRACK 
FORMAT BAD TRACK 
FORMAT DRIVE 

DIAGNOSTICS Runs controller microdiagnostics 

RAM DIAGNOSTIC 

WRITE ECC 

READ ID 

DRIVE DIAGNOSTIC 



■ow Diagrams 

Status commands: 

GET CONTROLLER 
SEND COMMANDS to controller 
READ STATUS DATA 
COMPLETION STATUS 

Motion Control: 

GET CONTROLLER 

SEND COMMANDS to controller 

COMPLETION STATUS 

Write Sector(s): 

GET CONTROLLER 
SEND COMMANDS 
LOAD DATA 
COMPLETION STATUS 

Read Sector ( s ) : 

GET CONTROLLER 
SEND COMMANDS 
WAIT FOR REQ 
READ DATA 
COMPLETION STATUS 

Copy: 

GET CONTROLLER 
SEND COMMANDS 
COMPLETION STATUS 

Diagnostics : 

GET CONTROLLER 
SEND COMMANDS 
COMPLETION STATUS 



lOGRAMMMING: 

BASE equals Base l/O Address 

DATAIN equals BASE 

DATAOUT equals BASE 

BOON equals BASE+1 ;Buss Control 

BSTAT equals BASE-l-2 ; Bus Status 

DMAOUT equals Base+3 ; DMA control bytes 

DMAIN equals BASE+3 ; DMA status information 

CIOPB ; Command Address 

DMA ; Data Address 



Sample program to GET CONTROLLER: 



GETCON 



CBUSY: 



IN BSTAT 
ANI 08H 
JNZ GETCON 
MVI A,40H 
OUT BOON 
IN BSTAT 
ANI 08H 
J2 CBUSY 
MVI A,02H 
OUT BOON 
RET 



input from status port 

select bit 3 (busy) 

if busy wait in getcon loop 

get ready to assert SEL and DATAO 

to get attention of controller 

input from bus status 

again look at BUSY 

we have controller attention else loop. 

get ready to allow data enable 

done 

return from get controller routine 



Sample program to OUTPUT COMMANDS: 



OUTCOM 
COMREQ 



LHLD CIOPB 

IN BSTAT 

MOV C,A 

ORA A 

JP COMREQ 

ANI lOH 

RZ 

MOV A,C 

ANI 40H 

RZ 

MOV A,M 

OUT DATAOUT 

INX H 

JMP COMREQ 



; load pointer to command queue 

r input from bus status 

r store in C 

;set flags 

;wait for REQ 

7 check for command/ data 

; return when data is requested 

yalso see if controller switched direction 

;if it wants to send data, return 
rmove commands from queue to accumulator 
;write comands to controller 
: increment pointer 

; loop as long as commands are requested 
from controller 



imple program to SEND DATA TO CONTROLLER (a WRITE operation): 



LHLD DMA 


DAREQ: IN 1 


3STAT 


MOV 


C,A 


ANI 


80H 


JZ DAREQ 


ANI 


lOH 


JNZ 


CMPSTAT 


MOV 


A,M 


OUT 


DATAOUT 


I NX 


H 


JMP 


DAREQ 


CMPSTAT:IN DATAIN 


MOV 


C,A 


LREQ: IN BSTAT 


MOV 


B,A 


ANI 


80H 


JZ LREQ 


IN DATAIN 


ORA 


A 


JNZ 


BADBYTE 


MOV 


A,C 


ORA 


A 


JNZ 


BADSTAT 


MOV 


A,B 


ANI 


OIH 


JNZ 


BADPAR 


XRA 


A 


RET 





toad pointer to data 

input fron bus status 

store 

set flags 

wait for REQ 

check for COM 

on receipt of command completion status is 

present 

move data into accumulator 

output to controller 

increment pointer 

go back for another byte 

input completion status 

place in C for futher use 

looking for last REQ 

save for checking 

check for REQ 

loop untill found 

input last byte 

see if last byte is non-zero 

if last byte is non zero 

now check completion status - 

to see if it is zero 

if not zero 

Now check last bus status 

for parity error 

high is bad parity 

zero accumulator 

GREAT I everything is OK 



For information on how to decode errors generated, refer to the 
appropriate DTC controller specification. 



Sample program to READ DATA FROM CONTROLLER: 



READ : 
RDREQ: 



LHLD DMA 
IN BSTAT 
MOV C,A 
ANI 80H 
JZ RDREQ 
MOV A,C 
ANI lOH 
JNZ CMPSTAT 
IN DATAIN 
MOV M,A 
INX H 
JMP RDREQ 



; load data pointer 

; input bus status 

; store for further checking 

; look for REQ 

;else loop 

r check for COM 

;if COM present must be completion status 

7 input data from controller 

;move data to pointer 

; increment pointer 



